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PROCEDE DE COMMUTATION DUPLICATIONS SUR UNE CARTE A PUCE MULTI-APPLICATIVE. 



L'invention concerne les cartes a puce multi-applicati- 
ve susceptibles d'etre connectees & des terminaux dedies 
(20) a une application contenue dans la carte (18). 

L'invention reside dans le fait que Ton cree dans la carte 
a puce une table (10) de configuration a acces par index 
pour enregistrer, pour chaque application, d'une part, 
Padresse du premier octet (TS) du message (ATR) et, 
d'autre part, I'adresse, dans une memoire (26), des autres 
octets du message (ATR). Cette table de configuration est 
adressee par indexation circulaire (28) a chaque signal de 
remise a zero (RAZ) transmis par le terminal et foumit ainsi 
les messages (ATR) au terminal pour analyse. Cette in- 
dexation se poursuit tant que ie terminal n'a pas reconnu un 
message (ATR) correspondant a Implication a laquelle il 
est dedie. 
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PROCEDE DE COMMUTATION D 1 APPLICATIONS SDR UNE CARTE A 
PUCE MULT I — APPLICATIVE 



L 1 invention concerne les cartes a microcircuits 
Electroniques, dites cartes a puce electronique, qui 
sont connectees a des dispositifs Electroniques pour 
permettre a ces derniers de realiser des fonctions 
particulieres correspondant a une application. Elle 
concerne, plus particulierement , les cartes a puce 
Electronique qui sont prevues pour enregistrer 
plusieurs applications et pour lesquelles 1« invention 
propose un procede et un dispositif de commutation pour 
configurer une carte multi-applicative de maniEre que 
la carte soit reconnue par des terminaux, chaque 
terminal etant dediE a une application specif ique. 
II est connu d'utiliser une carte a puce Electronique 
qui, connectee k un dispositif electronique tel qu'un 
telephone mobile que l'on appellera terminal, permet h 
ce terminal de realiser des fonctions correspondant a 
une application telle qu'une liaison tElEphonique avec 
prEpaiement . 

Jusqu f a ce jour, d»une part, une carte a puce 
Electronique ne contient qu'une seule application et, 
d f autre part, un terminal est dedie a une application 
de sorte que ce dernier ne peut communiquer qu'avec une 
carte a puce Electronique contenant 1 1 application & 
laquelle il est dedie. 

Or, par suite du d^veloppement de la capacite memo ire 
des puces electroniques, il est maintenant possible 
d 1 enregistrer plusieurs applications sur une mEme carte 
a puce electronique, ce qui pose le problEme pour le 
terminal de reconnaitre la carte qui contient 
I 1 application pour laquelle il est dedie. 
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L' invention a done pour but de mettre en oeuvre, dans 
une carte a puce electronique contenant plusieurs 
applications, un proc^de de commutation pour permettre 
au terminal auquel est connectee la carte a puce de 
reconnaitre la carte qui contient 1 • application a 
laquelle il est d€die. 

L 1 invention concerne done un proced6 de commutation 
d 1 applications sur une carte a puce multi-applicative 
susceptible d'etre connectee a differents terminaux 
d£dies chacun a une application particuliere, chaque 
terminal Stant apte a transmettre a la carte a puce 
multi-applicative une commande de remise a zero et a ne 
reconnaitre que le message dit ATR (ATR 6tant un 
acronyme anglo-saxon pour "Answer To Reset") transmis 
par la carte a puce correspondant a son application, 
caracterise en ce qu'il comprend les etapes suivantes 
consistant a : 

(a) creer dans la carte a puce une table de 
configuration a acc£s par index pour enregistrer le 
message ATR de chaque application contenue dans la 
carte a puce dans au moins une case ou colonne de 
la table de configuration, 

(b) lire le contenu de la case de la table de 
configuration qui est sSlectionnee par 1* index en 
reponse a une commande de remise a zero transmise 
par le terminal, 

(c) transmettre au terminal le message ATR lu lors de 
I'etape precedente (b) , 

(d) augmenter d*une unite 1" index d'acces a la table de 
configuration modulo n, n etant le nombre de cases 
ou colonnes de la table de configuration, et 

(e) retour a l'etape (b) . 
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Dans une variante preferee de realisation, chaque case 
de la table de configuration enregistre une adresse du 
message ATR dans une memoire separee. 

Dans une variante de la precedente, la table de 
5 configuration enregistre, dans une premiere case, 
1' adresse de l 1 octet de type de communication appele 
octet TS qui constitue le premier octet du message ATR 
et, dans une deuxieme case, l 1 adresse des autres octets 
du message ATR. 

10 Dans une autre variante encore, 1" octet de type de 
communication TS n'est pas contenu dans une memoire 
separee mais est fourni par un generateur. 
L" invention concerne egalement une carte a puce multi- 
applicative comprenant essentiellement une memoire dans 

15 laquelle sont enregistrees les applications, 
caracterisee en ce qu'elle comprend, en outre, une 
table de configuration a acces par index pour 
enregistrer le message dit ATR de chaque application 
contenue dans la carte a puce dans au moins une case ou 

20 colonne de la table. 

Dans une forme preferee de realisation, la table de 
configuration ne contient, pour chaque application, que 
les adresses dans la memoire du premier octet TS du 
message ATR et des autres octets du message ATR. 

25 Dans une variante, la memoire contenant le premier 
octet TS est remplacee par un generateur de l 1 octet TS. 
D' autres caracteristiques et avantages de la presente 
invention apparaitront a la lecture de la description 
suivante d'un exemple particulier de realisation, 

30 ladite description etant faite en relation avec le 
dessin joint dans lequel : 

- la figure 1 est une table de configuration qui doit 
etre mise en place dans la carte a puce electronique 
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pour mettre en oeuvre le proc^de selon 1' invention, 
et 

- la figure 2 est un diagramme montrant les operations 
£ effectuer pour commuter d 1 application dans la table 
5 de configuration. 

Avant de d^crire l 1 invention, il est d'abord rappel6 
qu'un terminal 20 (figure 1) a besoin de certaines 
informations pour communiquer avec une carte a puce 18. 
En outre, pour 6tablir une communication, le terminal 

10 doit tout d'abord mettre sous tension V cc la carte & 
p UCe e t "reveiller" celle-ci en emettant un signal RAZ 
sur la voie remise a zero de la carte & puce. Dans le 
cas oil la remise a zero de la carte est declenchee 
apres la mise sous tension de celle-ci, on parle de 

15 remise a zero a froid. Si la remise a zero est 
declenchee aprds une remise a zero pr^cedente sans que 
la carte a puce ait ete mise hors tension, on parle de 
remise a zero a chaud. 

A la suite d'une remise & zero a froid ou a chaud, la 
20 carte £ puce informe le terminal sur ses possibility 
en mati£re de communication telles que le protocole 
utilise, la vitesse de communication & utiliser, 
l'intervalle de temps entre octets consecutifs. Elle 
peut £galement ^mettre des octets qui sont specif iques 
2 5 & 1 1 application quelle contient pour qu'un terminal, 
dedi£ a la meme application, puisse reconnaitre d£s la 
mise sous tension que la carte a puce est propre ou 
impropre a 1' exploitation par le terminal. La trame 
d' octets €mise par la carte a puce lors d'une remise a 
30 zero de celle-ci s'appelle une reponse a remise a z6ro 
dite message ATR et la fa<?on dont doit etre structuree 
une telle reponse est normalisee. 

Dans l'6tat actuel de la technique, une reponse a une 
remise & z6ro est habituellement unique pour une carte 
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a puce n§me si plusieurs applications cohabitent au 
sein de la meme carte. Cependant, certaines cartes £ 
puce sont capables d'emettre deux reponses distinctes & 
une remise & z6ro RAZ selon qu'il s'agit d f une remise & 
5 z6ro a froid ou d, chaud. Mais il n'est pas envisageable 
d'utiliser la meme reponse (ou deux reponses) a la 
remise a z6ro car la plupart des terminaux ont besoin, 
pour d^marrer une application de disposer des 
informations de la reponse en accord avec leur 

10 application d£diee. 

Selon 1* invention, on associe a chaque application 
contenue dans une carte a puce multi-applicative, une 
reponse sp6cifique a une remise a zero RAZ qui est 
enregistr£e dans une case d'une table 10 dite de 

15 configuration dispos^e dans la carte 18 et on passe 
d'une case de la table a la suivante par une 
commutation circulaire, chaque commutation etant 
obtenue par une remise d zero de la carte • Ainsi, & 
chaque commutation, le terminal regoit une reponse a 

20 une remise a z6ro d'une application et ceci tant qu'il 
n'a pas regu la reponse qui correspond h son 
application. 

Une structure de la table de configuration 10 est 
representee sur la figure 1. Chaque case 12 0 , 12 1# 12 2 , 

25 12 3 , ... 12 n de la ligne 12 contient une reference & 
une adresse de la memoir e 22 de la carte 18 oil sont 
enregistr^es tout ou partie des donn£es de la reponse 
ATR a une remise a zero d'une application particuliere. 
Ces adr esses correspondent & une partie 26 de la 

30 m^moire 22. 

De preference et selon 1' invention, ces donnees de la 
reponse sont partie lies et ne concernent pas le premier 
octet du message ATR dont la reference est enregistree 
dans une case correspondante 14 Q , 14 1# l* 2 ' l 4 n de 
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la ligne 14 de la table 10. Ce premier octet, appel6 TS 
dans la norme ISO 7816-3, indique la convention 
utilisee pour communiquer avec le terminal, c'est-a- 
dire la communication directe ou indirecte. 
5 Ces octets TS peuvent 4tre enregistr^s dans une partie 
de la m6moire 22 mais ils sont de preference obtenus 
par des gen6rateurs 24 separ^s de la memoire 22- 
Au lieu de contenir des references d f acces & une 
memoire contenant les octets de la r£ponse a remise a 
10 zero ATR, les cases 12 Q a 12 n et 14^^ a 14 n pourraient 
contenir les octets eux-memes. Cependant, une telle 
maniere de faire aboutirait a une table qui utiliserait 
un espace memoire important. 

Par ailleurs, il serait possible aussi de combiner les 

15 couples de cases (12 Q , 14 0 ) # (12 1# 14^, (12 2 * 14 2> ' 

(12 n , 14 n ) pour envoyer une reponse complete contenant 
le premier octet mais dans le f onctionnement de la 
carte a puce, il est important que ce premier octet 
soit 6mis tr£s rapidement, soit dans un delai compris 

20 entre 400 et 40.000 cycles du terminal, tandis que les 
octets suivants peuvent etre emis dans un delai inter- 
octets qui doit etre infer ieur a 9.600 fois 4 0.000 
cycles du terminal. Ce delai suppl^mentaire permet 
d'accSder aux autres octets sans contra inte de temps 

25 particulier. 

Aux deux cases d'une colonne est associ§e une troisi&me 
case, 16 0 pour la premiere colonne et 16 n pour la ni&me 
colonne, oH est enregistre un code de validite, a deux 
chiffres par exemple, qui indique l'etat de la validite 

30 de la colonne en fonction du type de remise a zero. 
Ainsi, 

- le code 01 correspond a une colonne ou entree valide 
lors d f une remise a zero a froid uniquement, 
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- le code 10 correspond a une colonne ou entree valide 
lors d'une remise a zero a chaud uniquement, 

- le code 11 correspond a une colonne ou entree valide 
que la remise £ zero soit a froid ou a chaud, et 

- le code 00 correspond & une colonne ou entree 
tou jours invalide. 

II est a noter que chaque application contenue dans la 
carte a puce comporte une ou plusieurs entries car elle 
peut etre s61ectionn6e par une remise a zero a froid, a 
chaud ou indif f Sremment a froid ou a chaud. 
La table 10 est adressee par indexation circulaire a 
l*aide d g un index 28 qui peut prendre les positions 0, 

I, 2, 3, .../ n au fur et a mesure de 1 ■ indexation. La 
position de 1* index nul d^signe la reponse par defaut a 
une remise a zero de la carte. Cette reponse peut ou ne 
peut pas etre associSe a une application et il est 
recommande que la table de configuration comporte au 
moins un enregistrement valide dedie a cette reponse. 
Les diffSrentes Stapes du proc£d6 de commutation 
d'application seront decrites a I'aide du diagramme de 
la figure 2. A la mise en place de la carte a puce 
multi-applicative 18 dans le terminal 20, ce dernier 
met la carte sous tension V cc , ce qui initialise une 
remise a zero RAZ dite a froid (etape 30). Si 1 ■ index 
28 de la table est "pointe" sur une colonne dans 
laquelle la case 16 contient le code de validite 01 ou 

II, cette colonne est selectionnee car 1' entree est 
valide : c"est le r^sultat positif du test de validite 
de 1' etape 32. L • etape suivante 34 consiste en l 1 envoi 
du premier octet TS vers le terminal, premier octet qui 
est determine par le contenu de la case 14 et qui est 
fourni par l«un des generateurs 24. L 1 etape 3 6 consiste 
a lire la case 12 pour obtenir la reference du reste du 
code ATR dans la partie 26 de la memoire 22 de la 
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carte, Dfes que cette reference est connue, le roecanisme 
d' indexation est avance d'une units pour pointer la 
colonne suivante de la table (etape 38). L'etape 
suivante 40 consiste en 1" envoi du reste des donn^es 
5 ATR. 

Au cas o£t les donn^es ATR ne seraient pas reconnues par 
le terminal comme correspondant & son application 
dSdiee, il enverra a la carte, selon son organisation, 
soit une remise Sl z6ro a chaud, soit une indication de 
10 d£connecter la carte et la reconnecter pour obtenir une 
remise a zero k froid. Ainsi, la carte revient a l'6tat 
30. 

Dans le cas oil le test de validity 32 est negatif, le 
m£canisme d' indexation est avanc£ d'une units pour 

15 pointer la colonne suivante de la table 10. 

Par ce procSde, si la carte a puce contient 
1' application a laquelle le terminal est d6di£, ce 
dernier la reconnaitra par 1 1 interm£diaire de la table. 
La table 10 peut etre configurSe de diff^rentes 

20 manieres pour s' adapter a des cas particuliers. Ainsi, 
lorsqu'une application d'une carte & puce multi- 
applicative necessite une probability plus grande 
d'etre selectionnee, plusieurs entries ou 

enregistrements de la table correspondront a cette 

25 application de sorte que la configuration de la carte 
dediee a 1 'application sera designee comme 
configuration courante plus frequemment que les autres. 
Certaines applications necessitent deux reponses, a des 
remises a zero consecutives, a cet effet, deux entrees 

30 ou colonnes adjacentes de la table de configuration 
contiendront, la premiere, les informations 

correspondant & une remise a zero a froid et la 
deuxidme -les informations correspondant £ une remise & 
zero a chaud. 
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Dans un autre cas particulier, il peut etre int§ressant 
de privil^gier une application en maintenant dans 
l'£tat la configuration courante. Pour cela, la valeur 
pr6c£dente de l 1 index pourra etre restauree lorsque le 
5 terminal aura reconnu I 1 envoi du message ATR (aprfes 
l'£tape 40). Ainsi, a la prochaine remise £ z6ro de la 
carte, la derniere configuration utilis^e sera d 
nouveau la configuration courante. 

Dans le cas oil certains terminaux utilisent une 
10 commande de selection d' application, 1 1 index sera 
initialise pour designer 1' entree dans la table de 
configuration correspondant a cette application. 
La table de configuration peut etre realisee dans une 
partie dedi6e de la memoire 22 de la carte ou dans une 
15 extension de la structure d ■ enregistrement des 
applications elles-memes . 

La description qui vient d'etre faite de l f invention 
permet de definir les etapes d'un proc§d6 de 
commutation d' applications sur une carte a puce multi- 

20 applicative susceptible d'etre connectee a differents 
terminaux dedies chacun & une application particuliere, 
chaque terminal Stant apte a transmettre a la carte S 
puce multi-applicative une commande de remise a z4ro 
RAZ et a ne reconnaitre que le message ATR transmis par 

25 la carte a puce correspondant a son application, 
caract£rise en ce qu'il comprend les etapes suivantes 
consistant £ : 

(a) cr6er dans la carte a puce une table de 
configuration a acces par index pour enregistrer le 

30 message (ATR) de chaque application contenue dans 

la carte a puce dans au moins une case ou colonne 
de la table de configuration, 

(b) lire le contenu de la case de la table de 
configuration qui est selectionnee par 1' index en 
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r£ponse ai une commande de remise a z£ro RAZ 
transmise par le terminal, 

(c) transmettre au terminal le message ATR lu lors de 
I'etape precedente (b) , 

(d) augmenter d'une unite 1' index d'acces a la table de 
configuration modulo n, n 6tant le nombre n de 
cases ou colonnes de la table de configuration, et 

(e) retour a l f 6tape (b) . 

Dans une premiere variante de realisation, le message 
ATR est enregistr£ dans une memo ire separee de la table 
de configuration et la case de la table de 
configuration contient l'adresse du message ATR dans la 
memo ire s£par£e. 

Dans une variante preferee de realisation, le message 
ATR est scinde en deux parties, l f une correspondant au 
premier octet TS indique le type de communication 
direct ou indirect, 1' autre correspondant aux autres 
octets du message ATR, chaque partie est enregistree 
dans une memoir e s6paree de la table de configuration, 
et l*adresse de chaque partie de message ATR est 
enregistree dans une case de la table de conf iguration, 
Le message ATR peut etre scinde en plus de deux 
parties, par exemple en autant d 1 octets qu'il contient. 
Dans une autre variante preferee de 1' invention, chaque 
case de la table de configuration contient un code 
indiquant le type de remise a zero auquel correspond le 
message ATR, le contenu de la case n'etant lu que si la 
commande de remise a zero transmise par le terminal 
correspond au type vise par le code. 

Dans les variantes preferees de realisation, les etapes 
(b) et (c) consistent dans les etapes intermedia ires 
suivantes consistant a : 

(b x ) lire la valeur permettant de coder la convention 
de communication a utiliser, 
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(b 2 ) decoder le type de conventions de communication a 
utiliser pour communiquer avec le terminal, 

(c^ transmettre le premier octet TS au terminal, 

(b 3 ) lire I'adresse des autres octets du message ATR, 
5 (b 4 ) lire les autres octets du message ATR a l"adresse 
lue par l'etape (b 3 ) , 

(c 2 ) transmettre les autres octets du message ATR au 
terminal. 

Dans une telle succession d' etapes, l ( etape (d) est 
10 realisee entre les etapes (b 3 ) et (b 4 ) . 

Les stapes (b x ) et (b 2 ) peuvent etre remplacees par les 
etapes suivantes consistant a : 

(b tl ) lire la valeur permettant de coder la convention 
de communication, 
15 (b ! 2 ) decoder le type de convention de communication a 
utiliser pour communiquer avec le terminal. 
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REVEND I CATIONS 

1. Proc6d6 de commutation d' applications sur une carte 
a puce multi-applicative (18) susceptible d'etre 
connectee a differents terminaux (20) dedi£s chacun k 
une application particuliere, chaque terminal (20) 
etant apte £ transmettre a la carte a puce multi- 
applicative une commande de remise a zero (RAZ) et & ne 
reconnaltre que le message (ATR) transmis par la carte 
a puce correspondant a son application, caract6ris£ en 
ce qu'il comprend les etapes suivantes consistant a : 

(a) creer dans la carte a puce une table de 
configuration (10) a acces par index pour 
enregistrer le message (ATR) de chaque application 
contenue dans la carte a puce dans au moins une 
case (12, 14) ou colonne de la table de 
configuration , 

(b) lire le contenu de la case (12, 14) de la table de 
configuration (10) qui est selectionnee par l 1 index 
en r^ponse a une commande de remise h z4ro (RAZ) 
transmise par le terminal (20) , 

(c) transmettre au terminal le message (ATR) lu lors de 
l'£tape pr6c£dente (b) , 

(d) augmenter d'une unite l 1 index d'accds a la table de 
configuration (10) modulo n, n etant le nombre de 
cases ou colonnes de la table de configuration , et 

(e) retour k l«etape (b) • 

2. Proced& selon la revendication 1, caracteris6 en ce 
que : 

- le message (ATR) est enregistre dans une m&moire 
separee (26) de la table de configuration, et 
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- la case de la table de configuration contient 
l'adresse du message (ATR) dans la m£moire separ^e 
(26). 

3. Proc6d6 selon la revendication 2, caracteris6 en ce 
que : 

- le message (ATR) est scinde en deux parties au mo ins, 
1'une correspondant au premier octet (TS) indique le 
type de communication direct ou indirect, I 1 autre 
correspondant aux autres octets du message (ATR) , 
chaque partie 6tant enregistree dans une mfemoire 
separ6e (24, 26) de la table de configuration, et 

- l'adresse de chaque partie de message (ATR) est 
enregistree dans une case (12, 14) de la table de 
configuration . 

4. Proc£d6 selon la revendication 3, caracterise en ce 
que le premier octet (TS) est fourni par un generateur 
(24) en fonction d'une valeur, qui permet de coder la 
convention de communication a utiliser, contenue dans 
la table de configuration. 

5. Precede selon la revendication 1, 2, 3 ou 4, 
caract6ris6 en ce que chaque case de la table de 
configuration contient un code indiquant le type de 
remise a z6ro auquel correspond le message (ATR) , ledit 
message n»6tant transmis que si la commande de remise a 
zero fournie par le terminal correspond au type vise 
par le code. 

6. Proced6 selon la revendication 3, 4 ou 5, 
caracterise en ce que les etapes (b) et (c) consistent 
dans les etapes intermediaires suivantes consistant a : 
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(b x ) lire l'adresse du premier octet (TS) du message 
(ATR) , 

(b 2 ) lire la valeur de l 1 octet (TS) a l'adresse lue par 
l'6tape (b^, 

(c x ) transmettre le premier octet (TS) au terminal , 
(b 3 ) lire l'adresse des autres octets du message (ATR), 
(b 4 ) lire les autres octets du message (ATR) i 

l«adresse lue par l'£tape (b 3 ) , 
(c 2 ) transmettre les autres octets du message (ATR) au 

terminal. 

7„ Proc^de selon la revendication 6, caracterise en ce 
que les stapes (b x ) et (b 2 ) sont remplacees par les 
etapes suivantes consistant a : 

(b, 1 ) lire la valeur permettant de coder la convention 

de communication, 
(h 9 2) decoder le type de convention de communication a 

utiliser pour communiquer avec le terminal. 

8. Proc6d6 selon la revendication 6 ou 7, caracterisS 
en ce que l f etape (d) est realisee entre les etapes 
(b 3 ) et (b 4 ). 

9. Proced6 selon l'une quelconque des revendications 
precSdentes 5 a 8, caracterise en ce que, dans l'etape 
(a) , le message (ATR) correspondant a une m£me 
application est enregistree dans au moins deux cases ou 
colonnes correspondant chacune au meme type de remise a 
z£ro. 

10. Procede selon l'une quelconque des revendications 
pr6c6dentes 5 a 8, caracterise en ce que, dans l'etape 
(a) , le message (ATR) correspondant a une meme 
application est enregistre chacun dans une case ou 
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colonne correspondant chacune a un type de remise a 
z6ro. 

11. Proc^de selon la revendication 10, caract6rise en 
ce que la premiere case ou colonne dans l^rdre 
d 1 indexation circulaire correspond a une remise a z£ro 
a froid tandis que la deuxieme case ou colonne 
correspond £ une remise a zero a chaud. 

12. Carte a puce multi-applicative (18) pour tenninaux 
dedi£s comprenant essentiellement une memoire (22) dans 
laquelle sont enregistr£es une plurality 
d 1 applications, caracterisee en ce qu'elle comprend, en 
outre : 

- une table de configuration (10) a acces par index 
pour enregistrer au moins un message pour chaque 
application dans au moins une case ou colonne de la 
table, et 

- des moyens (28) pour lire, par indexation circulaire, 
les colonnes de la table et transmettre leur contenu 
au terminal dedie auquel la carte a puce est 
connect6e . 

13. Carte a puce selon la revendication 12, 
caract6ris6e en ce que le message enregistre dans la 
table de configuration est le message (ATR) a 
transmettre pour 1 'application correspondante. 

14. Carte & puce selon la revendication 12, 
caracterisee en ce que le message enregistre dans la 
table de configuration est I'adresse, dans la memoire, 
du message (ATR) et en ce qu'une partie de la memoire 
(22) est dediee (24, 26) a 1 1 enregistrement des 
messages (ATR) . 
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